fix: support persistent lifespans in asgi - #231

I'm Bonk, and I've done a quick review of your PR.

Makes ASGI entrypoint lifespan state persist across requests.

1. High: Posted 1 actionable inline suggestion.

github run

So we do actually want it set on the class because the instance is re-created on every worker invocation. The lifespan is supposed to stay alive for the duration of the lifetime of the isolate. I added a comment to explain this.

the instance is re-created on every worker invocation

That is really weird, can we migrate away from that?

In JavaScript is the WorkerEntrypoint instantiated on every request?

Yes, according to https://developers.cloudflare.com/workers/runtime-apis/bindings/service-bindings/rpc/#the-workerentrypoint-class

A new instance of the class is created every time the Worker is called.

Right it also says:

Note that even though the Worker is implemented as a class, it is still stateless — the class instance only lasts for the duration of the invocation. If you need to persist or coordinate state in Workers, you should use Durable Objects.

What is this persistent lifespan state being used for? Is it volatile cache kind of stuff? Would be interested if you could post the use case.

As far as I understand it's for reconstructible event-loop-local resources like HTTP clients, database pools, etc. Perhaps it isn't all that useful for Workers, but existing FastAPI apps that wish to run on Workers may find it useful. It's just about keeping things that are reused by each requested handled inside a single isolate.

If you don't think it's worth the complexity that's fine too. We can close :)